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PRESENTATION OUTLINE 


« STUDY-BACKGROUND 

® OVERALL STUDY CONCLUSIONS 
« SCOPE OF INVESTIGATIONS 
• SYSTEM CONCEPT OPTIONS 

9 PAYLOAD OPERATIONS IMPLEMENTATION GUIDELINES 
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STUDY SCHEDULE 
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0 FACILITY UTILIZ. CANDIDATES 
• NASA CAPABILITIES 

PHASE II. SYSTEM CONCEPTS 
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STS PAYLOADS MISSION CONTROL STUDY 


STUDY OBJECTIVES 


e IDENTIFY FLIGHT CONTROL GROUND FUNCTIONS FOR REPRESENTATIVE STS PAY- 
LOADS, (REQUIREMENTS) 

0 INVESTIGATE PRES ENT/ PLANNED NASA-WIDE FACILITIES, (CAPABILITIES), 

FOR STS PAYLOAD CONTROL 

9 DETERMINE FEASIBLE, COST EFFECTIVE SYSTEM CONCEPT OPTIONS FOR 
FLIGHT CONTROL OF STS PAYLOADS 

• DEVELOPMENT IMPLEMENTATION GUIDELINES FOR PROPOSED SYSTEM CONCEPT 
OPTION(S) 



STUDY GUIDELINES 


0 STUDY ADDRESSES REAL TIME OPERATIONS OF STS PAYLOADS DURING OPERA- 
TIONAL STS PHASE 

c 

e STUDY EMPHASIZES PAYLOAD OPERATIONS DURING FLIGHT PHASES INVOLVING 
STS/PAYLOAD INTERACTION 

• EXISTING NASA CAPABILITIES POINT OF DEPARTURE FOR THIS STUDY 

9 EMPHASIZE REQUIREMENTS FOR GROUND SUPPORT OF FLIGHT CONTROL FUNCTIONS 

6 POCC'S AND MCC-H SHARE RESPONSIBILITY FOR PAYLOAD AND STS 

© POCC HAS FULL RESPONSIBILITY FOR ITS PAYLOAD DURING SEPARATE 
FREE-FLI6HT OPERATION 

0 NASA PAYLOAD OPERATIONS CENTERS (POC’S) PROVIDE HOST FACILITIES OR 
OPERATIONAL INTERFACES WITH CUSTOMERS 


USE UPDATED TRAFFIC MODEL PROVIDED BY THE COR, 4 JUNE 1975 



OVERALL STUDY CONCLUSIONS 



SUMMARY CONCLUSIONS 


AN EVOLUTIONARY APPROACH TO AN INTEGRATED,' STANDARDIZED MULTI-CENTER SYSTEM FOR 

STS PAYLOADS IS INDICATED FOR JOINT STS/PAYLOAD OPERATIONAL FLIGHT PHASES 
PERMITS POOLING RESOURCES 
ELIMINATED UNNECESSARY REDUNDANCY' 

REDUCES COST 

ULTIMATE SYSTEM MAXIMIZES STANDARDIZATION OF POCC'S FOR ALL PAYLOADS 
ALLOW USE OF STANDARD SOFTWARE 
PROMOTE SYSTEM VERSATILITY 
ACCOMMODATE FAST TURN-AROUND 
SIMPLIFY SPARES, MAINTENANCE 

EARLY PROGRAM NEEDED TO ESTABLISH STANDARDS FOR STS PAYLOADS 
WILL PERMIT USE OF PROCESSING FIRMWARE 
WILL MINIMIZE UNIQUE SOFTWARE 
WILL SIMPLIFY PROCEDURES, DOCUMENTATION 
WILL REDUCE TRAINING TIME 



SUMMARY CONCLUSIONS (CONTINUED) 


• KEY DECISION POINT — EXPANDED TRI~CENTER SYSTEM VERSUS ADDITIONAL CENTERS 

AFFECTS LONG RANGE SYSTEM ARCHITECTURE 
INFLUENCES USER INTERFACES 

t PORTABLE, INTERACTIVE POCC/DOMSAT TERMINAL APPEARS TO BE PRACTICAL ALTERNATIVE 
FOR SPECIFIC USERS 

ENHANCES USER INVOLVEMENT 
IMPROVES SYSTEM UTILITY FOR USERS 
MOVES DATA, NOT PEOPLE 

• GSFC POCCNET CONCEPT IS FEASIBLE FOR ALL POCC'S 

ADAPTS TO USE OF EXISTING/PLANNED CAPABILITIES 
PERMITS NETTING OF CENTERS 
PROMOTES STANDARDIZATION 



SCOPE OF INVESTIGATIONS 



FLIGHT CONTROL GROUND FUNCTIONS 


OBJECTIVE: 


SUMMARY RESULTS: 


IDENTIFY FLIGHT CONTROL FUNCTIONS FOR GIVEN STS PAYLOAD 
FLIGHT TYPES AND ALLOCATE ONBOARD/GROUND 


0 REPRESENTATIVE PAYLOAD FLIGHT TYPES WERE ESTABLISHED 
BY NASA AND DOCUMENTED BY STUDY TEAM 

• DESCRIPTIONS AND CHARACTERISTICS OF SELECTED PAYLOADS 
DOCUMENTED 

0 FLIGHT CONTROL FUNCTIONS FOR EACH PAYLOAD IDENTIFIED AND 
DOCUMENTED BY APPLICABLE FLIGHT PHASES 


FLIGHT CONTROL FUNCTIONS ALLOCATED (1) ONBOARD, (2) GROUND, 
OR (3) BOTH ONBOARD AND GROUND 



REPRESENTATIVE PAYLOADS AND FLIGHT TYPES 


\flight type i*d. 

A 

B 

c 



FLIGHT 

SPACELAB 1 

PAYLOAD 

SPONSOR 

TYPE 

MODULE 
& PALLET 
DEDICATED 
DISCIPLINE 

MODULE 
& PALLET 
MULTI- 
DISCIPLINE 

PALLET ONLY 

DEDICATED 

DISCIPLINE 

PALLET ONLY 
MULTI- 
DISCIPLINE 


ARC 


GSFC 


JPL 


JSC 


LaRC 


MSFC 


OTHER U. S. 
AGENCIES 


COMMERCIAL 


INTERNATIONAL 


SOLAR 


PHYSICS 

(SO) 

SO 


'AMPS 


AMPS 

(LEAD CENTER) 


SPACE 

PROCESSING 
SP 


SEOPS 


HEA 

(LEAD CENTER) 
























REPRESENTATIVE PAYLOADS AND FLIGHT TYPES 
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REPRESENTATIVE PAYLOADS AND FLIGHT TYPES 
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TYPES AND LOCATIONS OF PARTIES INVOLVED 


OBJECTIVE; 


SUMMARY RESULTS: 


CHARACTERIZE NASA PAYLOAD DEVELOPMENT CENTERS FOR FLIGHT 
CONTROL OPERATIONS AND EVALUATE CANDIDATE FACILITY UTILI- 
ZATION CONCEPTS 


0 DETERMINED NASA CENTERS' INVOLVEMENT IN PAYLOAD DEVELOP- 
MENT AND MISSION OPERATIONS AND DOCUMENTED FINDINGS BY 
CENTER AND FLIGHT TYPE 

• IDENTIFIED PRELIMINARY FACILITY UTILIZATION CONCEPTS FOR 
PAYLOAD FLIGHT CONTROL, RANGING FROM CENTRALIZED TO DE- 
CENTRALIZED CONCEPTS 



ALTERNATIVES FOR POC LOCATIONS 











































PRESENT/ PLANNED NASA-WIDE CAPABILITIES 


OBJECTIVE: 


SUMMARY RESULTS: 


EVALUATE AND DOCUMENT NASA-WIDE PRESENT AND PLANNED CAPA- 
BILITIES FOR FLIGHT CONTROL OF STS PAYLOADS 


• GUIDELINES FOR DATA COLLECTION AND ASSESSMENT ESTABLISHED 

• SEVEN NASA CENTERS VISITED AND THEIR CAPABILITIES DOCUMENTED 

APPENDIX A - ARC APPENDIX D - JSC 

APPENDIX B - GSFC APPENDIX E - KSC 

APPENDIX C - JPL APPENDIX F - LaRC 

APPENDIX 6 - MSFC 

f GENERAL DOCUMENT DEFINES GUIDELINES, FUNCTIONAL CATEGORIES 
FOR DATA COLLECTION AND SUMMARIZES RESULTS 

• SEVEN FUNCTIONAL CATEGORIES DOCUMENTED FOR EACH CENTER 

- GENERAL PAYLOAD INVOLVEMENT, OPERATIONAL MODES 

- CONTROL CENTER AND/OR MONITORING CAPABILITIES 

- TRACKING AND DATA ACQUISITION CAPABILITIES 

- COMMUNICATIONS AND DATA HANDLING CAPABILITIES 

- COMPUTATION AND DATA MANAGEMENT CAPABILITIES 

- PAYLOAD TRAINING AND SIMULATION CAPABILITIES 

- PAYLOAD HOST FACILITIES 



ALLOCATION OF FLIGHT CONTROL GROUND FUNCTIONS 


OBJECTIVE: 


SUMMARY RESULTS: 


ALLOCATE PAYLOAD FLIGHT CONTROL GROUND FUNCTIONS BETWEEN 
THE PAYLOAD OPERATOR AND STS OPERATOR 


• ESTABLISHED 15 FLIGHT PHASES APPLICABLE TO THE 14 GIVEN 
FLIGHT TYPES 

• GENERAL GUIDELINES DEVELOPED FOR ALLOCATION OF THE FLIGHT 
CONTROL GROUND FUNCTIONS 

9 666 FLIGHT CONTROL GROUND FUNCTIONS HAVE BEEN IDENTIFIED 
AND ALLOCATED TO ONE OF FIVE CATEGORIES: 

- PAYLOAD OPERATOR 

- PAYLOAD OPERATOR WITH STS OPERATOR COGNIZANCE 

(MONITOR) 

- PAYLOAD OPERATOR AND STS OPERATOR 

- STS OPERATOR WITH PAYLOAD OPERATOR COGNIZANCE 

(MONITOR) 

- STS OPERATOR 

9 ON SPACELAB FLIGHTS, STS AND PAYLOAD OPERATORS ARE BOTH’ 
INVOLVED DURING ENTIRE FLIGHT 

9 FOR AUTOMATED EARTH ORBIT AND PLANETARY FLIGHTS, STS AND 
PAYLOAD OPERATIONS INTERFACES ARE SHORT COMPARED TO THE 
LONG DURATION '*POCC ONLY" OPERATIONS 



GENERAL GUIDELINES FOR GROUND FUNCTION ALLOCATIONt 


FUNCTION ASSIGNEE 

APPLICABLE GUIDELINES 

PAYLOAD 

OPERATOR 

a PAYLOAD FUNCTIONS WHILE IN FREEFLYING MODE (NOT ATTACHED TO ORBITER OR lUS/TUG) 
a NON-HAZAROOUS PAYLOAD EXPERIMENTS FUNCTIONS (PAYLOAD ATTACHED TO STS ELEMENT) 
a PAYLOAD/SUPPORT FUNCTIONS NOT REQUIRING STS 

PAYLOAD OPERATOR 
W/STS OPERATOR 
COGNIZANCE • 

a PAYLOAD EXPERIMENT FUNCTIONS INVOLVING POTENTIAL HAZARD TO STS' 
a PAYLOAD FUNCTION UTILIZES STS CONSUMABLES 
a PAYLOAD FUNCTION IMPACTS STS TIMELINES 
a CRITICAL PAYLOAD FUNCTIONS MONITORING 
a GO/NO-GO FOR CONTINUING FLIGHT 
a PAYLOAD EXPERIMENT FAULT ANALYSIS 

PAYLOAD OPERATOR 
AND STS OPERATOR 

a HANDOVER FUNCTIONS BETWEEN STS-PAYLOAD OPERATORS 

a OTHER FUNCTIONS INVOLVING JOINT STS-PAYLOAD OPERATOR ACTIVITY 

a FUNCTIONS THAT MUST BE PERFORMED BY BOTH STS AND PAYLOAD OPERATORS 
(CONSUMABLES MANAGEMENT) 

STS OPERATOR 
W/PAYLOAD OPERATOR 
COGNIZANCE 

a STS SUBSYSTEMS OPERATIONS THAT SUPPORT OR SERVICE PAYLOAD OPERATIONS, SUCH AS 
TRAJECTORY POSITIONING AND POINTING 

a STS OPERATOR FUNCTIONS REQUIRING SUPPORT OF PAYLOAD OPERATOR, SUCH AS VERIFI- 
CATION OF THE CENTER COMMUNICATIONS INTERFACES 

STS OPERATOR 

a POWERED FLIGHT 


SAFETY MONITORING 


SERVICE FUNCTIONS TO PAYLOAD OPERATOR, SUCH AS CARGO BAY ENVIRONMENT MONITORING, 
VERIFYING ORB ITER-PAYLOAD CONNECTIONS, ETC. 

STANDARD (REPETITIVE) SERVICE FUNCTIONS, SUCH AS DATA TRANSMISSIONS 

STS FUNCTIONS REQUIRED TO EFFECT REQUIRED CONDITIONS FOR PAYLOAD OPERATIONS 









OPERATIONAL INFORMATION FLOW AND PROCESSING 


OBJECTIVE: 


SUMMARY RESULTS: 


DEVELOP A MODEL AND METHODOLOGY TO IDENTIFY COMMUNICATIONS 
CHANNELS AND DATA PROCESSING REQUIREMENTS BETWEEN STS PAY- 
LOAD FLIGHT CONTROL ELEMENTS 


t PUBLISHED METHODOLOGY AND MODEL FOR DERIVING COMMUNICA- 
TION AND DATA PROCESSING TRAFFIC LEVELS 

• DETERMINED FEASIBLE SUPERVISORY DATA BASE SYSTEM FOR 
STS PAYLOAD FLIGHT CONTROL 

• IDENTIFIED SYSTEM ENHANCEMENT REQUIREMENTS 



APPLICATION OF MODEL FOR COMMUNICATION TRAFFIC FLOW 












STS/ PAYLOAD SUPERVISORY DATA BASE CONCEPT 



' — NASA/GSFC COMMON 


CENTER UNIQUE 
GSFCAISER common 
USER UNIQUE 


DEFINITION OF SYSTEM CONCEPTS 


OBJECTIVE: 


SUMMARY RESULTS: 


DEFINE FEASIBLE, COST EFFECTIVE FLIGHT CONTROL SYSTEM CONCEPTS 
FOR PAYLOADS. DEVELOP IMPLEMENTATION GUIDELINES 

• POCC FUNCTIONS, INTERFACES AND IMPLEMENTATION APPROACHES 
WERE EXAMINED 

• THREE SYSTEM CONCEPT OPTIONS WERE DEFINED 

• IMPLEMENTATION GUIDELINES INCLUDE: 

- 4 PHASE APPROACH TO SATISFACTION OF ULTIMATE 

REQUIREMENTS 

- EVOLUTIONARY APPROACH INVOLVING LOGICAL SEQUENCE 

- KEY DECISION POINTS ARE IDENTIFIED 



TYPICAL POC FUNCTIONAL FLOW 




PAYLOAD OPERATIONAL INTERFACE ALTERNATIVES 
JOINT STS/PAYLOAD OPERATIONAL PHASES 


MAJOR INTERFACES 

• POCC'S^^ — ►MCC-H 

• . POCC'S-^— ►NETWORKS (STDN» DSN) 

• POCC‘$ ^ LAUNCH AND LANDING SITES 

f POCC'S-^ ►USERS/NASA DEVELOPMENT CENTERS 

^ POCC'S^^ — i^ENGINEERING SUPPORT TEAMS 

• POCC S ^ SCIENCE/USER SUPPORT TEAMS 



PAYLOAD OPERATIONAL INTERFACE ALTERNATIVES 
JOINT STS/PAYLOAD OPERATIONAL PHASES 


POCC’S 


-MCC-H 






PC= PAYLOAD COORDINATOR 


rOM= INTEGRATED OPERATIONS MANAGER 


STS PC = MCC PAYLOAD COORDINATOR 










PAYLOAD OPERATIONAL INTERFACE ALTERNATIVES 
JOINT STS/PAYLOAD OPERATIONS PHASES 


ALTERNATIVES 

ADVANTAGES 

DISADVANTAGES 

r - EACH POCC TO MOPR AND FCR 

• MOST DIRECT INTERFACES 

• MULTIPLICITY OF INTERFACES 
COMPLICATES STANDARDIZATION 

II -PAYLOAD CLASS COORDINATOR 
(PC) INTERFACES POCCs OF 
EACH CLASS WITH MOPR AND FCR 

• ADDITION OF PAYLOAD 

COORDINATORS (PC'S) PROVIDES 
SINGLE POINT CONTACT 
FOR MCC-H 

e PC'S INTERFACE WITH 
SEPARATE PARTS OF 
MCC-H ORGANIZATION 

III -INTEGRATED OPERATIONS 
MANAGER (lOM) INTERFACES 
POCCs VIA PC, WITH MOPR 
AND FCR 

t ADDITION OF INTEGRATED 
OPERATIONS MANAGER (lOM) 
FURTHER ENHANCES 
STANDARDIZED OPERATION 

• ADDITION OF lOM LENGTHENS 
LINES OF COMMUNICATION 
BETWEEN POCCS AND MCC-H 

IV -MCC PAYLOAD COORDINATOR 
INTERFACES MOPR AND FCR 
WITH I'OM 

• MINIMUM NUMBER OF 
SEPARATE INTERFACES 

• WITH ADDITION OF MCC 
PAYLOAD COORDINATOR, 
COMMUNICATIONS LINES BETWEEN 
POCCS AND MCC-H 
ARE LONGEST 














PAYLOAD OPERATIONAL INTERFACE ALTERNATIVES 
JOINT STS/PAYLOAD OPERATIONAL PHASES 













PAYLOAD OPERATIONAL INTERFACE ALTERNATIVES 
JOINT STS/PAYLOAD OPERATIONAL PHASES 


'OCCS—«-»- NETWORK INTERFACES 


ALTERNATIVES 

ADVANTAGES 

DISADVANTAGES 

I -POCCs INTERFACE DIRECTLY 
WITH THE APPROPRIATE 
NETWORK CONTROLLER 

• EACH POCC DEALS DIRECTLY 
WITH ITS NETWORK 

CONTROLLER AT ALL TIMES 

‘ 

t . NETWORK OPERATIONS 
CONTROL CENTER 
MUST RESOLVE 

CONFLICTING REQUIREMENTS 

II - POCCs INTERFACE WITH 
APPROPRIATE NETWORK 
CONTROLLER VIA MCC-H 

t EXISTING NOCC'S 
DEAL ONLY WITH 
MCC-H DURING 
JOINT OPERATIONS 

• PLACES THE BURDEN ON MCC-H 
TO COORDiNATE POCC 
NETWORK REQUIREMENTS 
FOR JOINT OPERATIONS 

III -POCCs INTERFACE WITH 
A SYSTEM NOCC VIA A 
PAYLOAD COORDINATOR 

• MERGING NOCC FUNCTIONS 

UNDER A SINGLE SYSTEM NOCC 
WILL ELIMINATE REDUNDANT 
FUNCTIONS AND REDUCE 
OPERATING COSTS 

t SYSTEM NOCC MUST COORDINATE 
SIMULTANEOUS REQUIREMENTS 
OF THREE PAYLOAD CLASSES 
AND MCC-H 

IV -POCCs. INTERFACE WITH 
A SYSTEM NOCC VIA THE 
PAYLOAD CONTROLLER 
AND THE lOM 

• ADDITION OF INTEGRATED 
OPERATIONS MANAGER (lOM) 
MINIMIZES INTERFACES WITH 
SYSTEM NOCC AND SIMPLIFIES 
RESOLUTION OF CONFLICTING 
REQUIREMENTS 

« THE ADDITION OF THE lOM 
LENGTHENS THE LINE 
OF COMMUNICATIONS BETWEEN 
THE POCCS AND THE NETWORKS 











PAYLOAD OPERATIONAL INTERFACE ALTERNATIVES 
JOINT STS/PAYLOAD OPERATIONAL PHASES 











PAYLOAD OPERATIONAL INTERFACE ALTERNATIVES 
JOINT STS/PAYLOAD OPERATIONAL PHASES 


LAUNCH/LANDING 


ALTERNATIVES 

ADVANTAGES 

DISADVANTAGES 

I - ANY POCC TO ITS' 

LAUNCH/LANDING SITE 
DIRECTLY 

• INDIVIDUAL POCC'S 
WORK DIRECTLY WITH 
LAUNCH/LANDING SITES 

• MULTIPLICITY OF INTERFACES 
MAKES STANDARDIZATION 
OF OPERATIONS DIFFICULT 

II - ANY POCC TO ITS' 

LAUNCH/ LANDING SITE 
VIA MCC-H 

• POCC'S WORK WITH LAUNCH/ 
LANDING SITE THROUGH MCC-H 
DURING JOINT OPERATIONS THUS 
REDUCING TOTAL INTERFACES 
•FOR LAUNCH/LANDING SITES 

• PLACES BURDEN ON MCC-H 
TO COORDINATE POCC'S 
REQUIREMENTS WITH L/L SITES 

III - PAYLOAD COORDINATORS 

INTERFACE POCC'S WITH 
LAUNCH/LANDING SITES 

• ADDITION OF PAYLOAD 
COORDINATOR REDUCES 
INTERFACES AND ENHANCES 
STANDARDIZATION 

« LAUNCH/LANDING SITES WILL HAVE 
SEPARATE INTERFACE WITH 
' MCC-H AND POCC VIA 
PC FOR EACH PRELAUNCH/ ■ 
LAUNCH OPERATION 

IV - PAYLOAD COORDINATORS 

INTERFACE POCC'S WITH 
LAUNCH/LANDING SITES 
VIA THE INTEGRATED 
OPERATIONS MANAGER 

• ADDITION OF INTEGRATED 
■ OPERATIONS MANAGER (lOM) 
REDUCES TOTAL PAYLOAD 
INTERFACES WITH L/L SITES 

• LINES OF COMMUNICATION 

BETWEEN POCC’S AND L/L SITES 
WILL BE LENGTHENED BY 
ADDITION OF lOM 











PAYLOAD OPERATIONAL 
JOINT STS/PAYLOAD 



ALTERNATIVES 
^L PHASES 


USERS/NASA 


DEVELOPMENT CENTERS 







PAYLOAD OPERATIONAL INTERFACE ALTERNATIVES 


POCC'S 


USERS/NASA 

’development centers 


ALTERNATIVES 

ADVANTAGES 

DISADVANTAGES 

I - INDIVIDUAL POCC’S WORK 
WITH USERS VIA 
DEVELOPMENT CENTERS 

• PROVIDES COORDINATED 
OPERATIONAL/DESIGN 
INTERFACE WITH POCC 

• USER MAY BECOME ISOLATED 
FROM THE OPERATION 
OF HIS PAYLOAD 

II - POCC’S WORK DIRECTLY 
WITH USERS AND 
DEVELOPMENT CENTERS 

t PROVIDES FOR MAXIMUM 
USER INVOLVEMENT 

• POCC MUST COORDINATE 
OPERATIONAL INPUTS 
FROM BOTH USERS 
AND DEVELOPERS 

III - PAYLOAD CLASSES ARE 
COORDINATED BY A 
PAYLOAD COORDINATOR 

• PROVIDES CONTINUITY 
BETWEEN FLIGHTS 
OF SIMILAR CLASSES 

• USER MAY BE ISOLATED 

FROM DIRECT INVOLVEMENT 
IN OPERATION OF HIS PAYLOAD 
BY PC AND DEVELOPMENT CENTER 

IV - AN INTEGRATED OPERATIONS 

MANAGER STAFF COORDINATES 
USERS AND DEVELOPMENT 
CENTERS FOR ALL PAYLOADS 

• MAXIMIZES STANDARDIZATION 
OF STS PAYLOAD OPERATIONS 

» 

• lOM STAFF MUST BE VERY LARGE 
TO CONTAIN SKILLS NECESSARY- 
TO SUPPORT USERS 
AND DEVELOPMENT CENTERS 













PAYLOAD OPERATIONAL INTERFACE ALTERNATIVES 

POCC'S-*»-ENfiINEERING SUPPORT 


ALTERNATIVES 

ADVANTAGES 

DISADVANTAGES 

I -COLOCATE ENGINEERING 
SUPPORT TEAM AT POC 

t COST EFFECTIVE FOR SHORT 
MISSION WITH LIMITED 
PERSONNEL 

• LIMITS ACCESS TO 
BASE RESOURCES 

II - REMOTE POCC AT DEVELOPMENT 
CENTER/CONTRACTOR PLANT 

« EASY ACCESS TO IN 

DEPTH ENGINEERING POOL 

9 COST OF REMOTE POCC 

9 ADDITIONAL OPERATIONAL 
INTERFACES 

III - REMOTE MONITORING 
BY SUPPORT TEAM 
WITH DATA TRANSFER 

9 COST EFFECTIVE FOR 

LONG DURATION MISSIONS 
WITH HIGH SUPPORT 
REQUIREMENTS 

9 CREATE ADDITIONAL 

OPERATIONAL INTERFACES 













PAYLOAD OPERATIONAL INTERFACE ALTERNATIVES 


ICC ►SCIENCE SUPPORT 


ALTERNATIVES 

ADVANTAGES 

DISADVANTAGES 

I - COLOCATE SCIENCE SUPPORT 
TEAM AT POC 

• COST EFFECTIVE FOR SHORT 

MISSION WITH FEW PERSONNEL 

• LIMITS ACCESS TO BASE 
RESOURCES 

II - REMOTE POCC AT USER 
FACILITY 

• MAXIMUM EFFICIENCY FOR LONG 
TERM INTERACTIVE MISSIONS 

• COST OF REMOTE POCC 

• ADDITIONAL OPERATIONAL 

INTERFACES 

III - REMOTE MONITORING BY SUPPORT 
TEAM WITH DATA TRANSFER 

« COST EFFECTIVE FOR LONG 
DURATION- MISSIONS WITH 
MINIMUM INTERACTION 

t ADDITIONAL OPERATIONAL 
INTERFACES 












POSSIBLE POCC IMPLEMENTATION APPROACHES 


ALTERNATIVES 

I 

II 

III 


IV 

V 


APPROACHES 

POCC/CENTERNET CONCEPT 

STANDARD POCC'S FOR ALL PAYLOADS 

DISTRIBUTED CONTROL FOR GENERAL 
PAYLOAD FUNCTIONS 

PRIME POC'S SUPPORT REMOTE POCC'S 

FULLY CENTRALIZED DEDICATED POCC'S 



POSSIBLE POCC IMPLEMENTATION APPROACHES 


ALTERNATIVE I - POCCNET/CENTERNET CONCEPT 
t ADOPT GSFC POCCNET CONCEPT FOR SSFC, JSC, JPL 

• INTEGRATE THREE CENTERS INTO OVERALL CENTER NETWORK 

• PROVIDE WIDEBAND DATA TRANSFER VIA DOMSATS TO ENABLE: 

- LEVELING COMPUTER LOADS BETWEEN CENTERS 

- REAL TIME DISPLAY TRANSFER 

- DATA BASE INFORMATION EXCHANGE 

- HIGH SPEED DATAFAX HARD COPY EXCHANGE 

• STANDARD SYSTEMS FOR EACH CLASS OF PAYLOAD 



POSSIBLE POCC IMPLEMENTATION APPROACHES 


ALTERNATIVE II - STANDARD POCCS FOR ALL PAYLOADS 

STANDARD FUNCTIONS UNIQUE FUNCTIONS 

• COMMUNICATIONS CONVENTIONS • TRACKING DATA ANALYSIS 

• TELEMETRY DATA HANDLING FORMATS • PAYLOAD SCIENCE ANALYSIS 

• COMMAND SYSTEMS AND FORMATS • PAYLOAD ENGINEERING ANALYSIS 

• DISPLAY SYSTEMS AND FORMATS 

• HARD COPY FORMATS 

t DATA BASE MANAGEMENT SYSTEMS 

• OPERATOR CONSOLE MODULES 

• MAN MACHINE INTERFACES 

• OPERATING PROCEDURES AND INTERFACES 



POSSIBLE IMPLEMENTATION APPROACHES 


ALTERNATIVE III - DISTRIBUTED CONTROL FOR GENERAL PAYLOAD FUNCTIONS 


• CONTROL OF ALL JOINT OPERATIONS BETWEEN STS AND PAYLOADS MIGHT BE 
CONCENTRATED AT MCC-H OR AT LAUNCH SITES WITH USER -SUPPORT 


• ALL PAYLOAD DATA PREPROCESSING, STRIPPING FORMATTING, ROUTING DONE BY 
DESIGNATED DATA ACQUISITION RESOURCES, PER USER INSTRUCTIONS 


• ALL EARTH ORBITER EPHEMERIS AND ATTITUDE COMPUTATION FOR FREE FLYERS 
DONE BY GSFC; ALL PLANETARY BY JPL 


• ALL VIDEO AND SPECIAL ANALOG PROCESSING BY A SINGLE LABORATORY WITH 
DATA TRANSFER VIA DOMSAT 


• DISTRIBUTED DATA BASE SYSTEM UNDER SUPERVISORY CONTROL OF SINGLE 
CENTER 


• ONLY PROGRAM UNIQUE FUNCTIONS PERFORMED BY POCC'S 



POSSIBLE POCC IMPLEMENTATION APPROACHES 


ALTERNATIVE IV - PRIME CENTERS SUPPORT REMOTE POCC'S 


• PORTABLE POCC'S OR REMOTE MONITOR STATIONS WITH DOMSAT TERMINALS SUP- 
PORTED BY POC'S OR POCC'S. 


REMOTE POCC FUNCTIONS 

- COMMUNICATE WITH POC AND MCC-H 
VIA DOMSAT 

- PERFORMS ALL FLIGHT CONTROL 
FUNCTIONS 

- PERFORMS R.T. TLM PROCESSING 

- HANDLES DATA FOR USER BATCH 
PROCESSING 

- HAS ACCESS TO DISTRIBUTED DATA 
BASES 

- PERFORMS ENGINEERING ANALYSIS 

- ASSISTS COLOCATED USER IN SCIENCE 
ANALYSIS 


REMOTE MONITOR FUNCTIONS 

- COMMUNICATE WITH POCC VIA DOMSAT 

- IS AN EXTENSION OF POCC FUNCTIONS 

- MONITORS SYSTEM STATUS 

- PROVIDES REAL TIME DISPLAY 

- HARD COPY TRANSFER 

- COMMAND REQUEST TO POCC 

- HANDLES DATA TO AND FROM USER 

- DEPENDS ON USER FOR SCIENCE ANALYSIS 

- DEPENDS ON POC FOR ENGINEERING 
ANALYSIS 



POSSIBLE POCC IMPLEMENTATION APPROACHES 


ALTERNATIVE V - FULLY CENTRALIZED, DEDICATED POCC'S 

• EACH POCC IS AUTONOMOUS FOR PROJECT OR SCIENCE DISCIPLINE 

• POCC'S ARE CUSTOMIZED TO MEET UNIQUE PROJECT OR DISCIPLINE NEEDS 

• INSTITUTIONAL RESOURCES MAY BE COMMITTED TO POCC SUPPORT 

• POCC INTEGRATES USER/ DEVELOPMENT CENTER REQUIREMENTS FOR HARDWARE/ 
SOFTWARE CONFIGURATION AND OPERATIONS 

• THIS ALTERNATIVE MOST APPLICABLE TO LARGE, COMPLEX, LONG DURATION 
PROJECTS 



GSFC PAYLOAD OPERATIONS CENTER CONCEPT 


^lAK AND 
ATMOSPHERIC 
PHYSICS SATELLITES^ 
POCC CLUSTER I 


EARTH X 

OBSERVATIONS ' 
SATELLITES POCC 



360-65 

360-75 

360-95 


NASCOM 


•• CENTRAL DATA PROCESSING FACILITY 
IMAGE. DATA PROCESSING FACILITY 



JSC PAYLOAD OPERATIONS CENTER CONCEPT 



NASCOM 


• UNIVAC 
1108 
|2) 1110 

Rtrr 

IBM 360/75 
CYBER - 74 











































SYSTEM CONCEPT OPTIONS 



SYSTEM CONCEPT OPTION SELECTION FLOW 




CHARACTERISTI C 

- EXISTING POC'S 

- GSFC AND JSC SHARE FUNaiONS 

- PAYLOAD COORDINATOR 

- PORTABLE POCC'S 

- INTEGRATED OPERATIONS MANAGER 



SELECTION CRITERIA FOR SYSTEM CONCEPT OPTIONS 


• COST FACTORS 

NON-RECURRING 

RECURRING 

« OPERATIONAL EFFECTIVENESS 

COMPLEXITY OF INTERFACES 
FACTORS TO ENHANCE CREW SAFETY 
FACILITY LOADING EFFICIENCY 

« RESPONSIVENESS TO USERS 


ACCESSIBILITY OR UTILITY TO USERS 
ACCESSIBILITY TO ENGINEERING SUPPORT 



JOINT STS/ PAYLOAD FLIGHT CONTROL SYSTEArt CONCEPT OPTION NO. I 



JOINT STS/PAYLOAD FLIGHT CONTROL SYSTEM CONCEPT OPTION NO. I 


ADVANTAGES DISADVANTAGES 

• MEETS INITIAL REQUIREMENTS AT MINIMUM COST « INITIALLY HAD LIMITED STANDARDIZATION 

f MAKES MAXIMUM USE OF CENTERS' EXISTING ' 9 SLOW TURN-AROUND TIME 
CAPABILITIES AND EXPERIENCE 

9 REQUIRES MINIMUM CHANGES TO PRESENT 9 SEPARATE NETWORK CONTROL 

MODE OF PAYLOAD OPERATIONS 

9 PROVIDES A SOLID BASELINE FOR FUTURE' 9 MULTIPLICITY OF INTERFACES 

SYSTEM ENHANCEMENTS 

9 WILL PROVIDE FOR EASY TRANSITION TO 
STS PAYLOAD OPERATIONS 

9 MEETS CONCEPT SELECTION CRITERIA FOR 

STUDY I 



JOINT STS/PAYLOAD CONTROL SYSTEM CONCEPT OPTION NO. 2 





















JOINT STS/PAYLOAD CONTROL SYSTEM CONCEPT OPTION NO. 2 


ADVANTAGES DISADVANTAGES 

0 HAS PAYLOAD COORDINATOR FOR • SEPARATE NETWORK CONTROL 

EACH PAYLOAD CLASS 

e REDUCES NUMBER OF OPERATIONAL • LACKS PROVISIONS FOR EFFICIENT REMOTE 

INTERFACES POCC'S 

® ENABLES HIGHER DEGREE OF j 

STANDARDIZATION OF OPERATIONS 

« INCREASED VERSATILITY FOR 

SPACELAB AND AEO PAYLOAD 
OPERATION I 



FUNCTIONS OF PAYLOAD COORDINATORS, 
(PC'S) FOR EACH PAYLOAD CLASS 


• FUNCTION RESIDES AT POC FOR EACH PAYLOAD CLASS 

• COORDINATES OPERATIONS BETWEEN CENTERS AND POCC'S FOR ALL PAYLOADS OF A GIVEN 
CLASS 

• INSURES STANDARDIZATION OF OPERATIONS FROM FLIGHT TO FLIGHT 

• PROVIDES SINGLE POINT INTERFACE WITH MCC-H 

• RESOLVES CONFLICTS OF RESOURCES REQUIREMENTS BETWEEN PROGRAMS 

9 ASSISTS IN RESOLVING CONTINGENCIES AFFECTING TWO OR MORE PAYLOADS 

• MAINTAINS SCHEDULE AND STATUS OF ALL OPERATIONS OF A GIVEN PAYLOAD CLASS 


9 OPERATES FROM CONSOLE WITHIN AN ASSIGNED POCC 



JOINT STS/PAYLOAD FLIGHT CONTROL SYSTEM CONCEPT OPTION NO. 3 




na*;a 

DEVaOPHENT 
CENTER y 







AUTOflATED EARTH/ 
ORBITING h 


SPACELAB / 
PAYLOADS 
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'^NASA ^ 

DEVaOPHENT 
.CENTER y 


PLANETARY/ 
PAYLOADS /<., 

g- 

POC \*x 


KSC/VAFB 


USER 



JOINT STS/PAYLOAD CONTROL SYSTEM CONCEPT OPTION NO. 3 


ADVANTAGES DISADVANTAGES 

• PROVIDES FOR EFFICIENT REMOTE • LENGTHENED LINES OF COMMUNICATION VIA 

POCC'S lOM AND PC 

e HAS INTEGRATED NETWORK CON- • PORTABLE POCC'S INTRODUCE OPERATIONAL 

TROL (SYSTEM NOCC) COMPLEXITY 

d INTEGRATED OPERATIONS MANAGER 

PRESENTS SINGLE STANDARD 
PAYLOAD INTERFACES TO MCC-H, 

‘SYSTEM NOCC, LAUNCH/LANDING 
SITES 

« ACCOMODATES STANDARD OPERATIONAL ’ 

PROCEDURES/CONVENTIONS IN 
OPTIMUM WAY 



FUNCTIONS OF THE PAYLOAD INTEGRATED OPERATIONS MANAGER 


f LOCATED AT JSC BUT NOT ORGANIZATIONALLY ATTACHED 

• PROVIDES THE REAL TIME PAYLOAD OPERATIONAL INTERFACE WITH NASA HEADQUARTERS 

• ASSISTS STS FLIGHT OPERATOR IN DEVELOPING INTEGRATED FLIGHT PLAN 

• MONITORS INTEGRATED FLIGHT PLAN DURING EXECUTION 

• PROVIDES SINGLE POINT INTERFACE WITH STS FLIGHT OPERATOR TO COORDINATE REAL 

TIME OPERATIONS WITH PAYLOAD CLASSES AND- DOD PAYLOADS 

• COORDINATES PAYLOAD OPERATORS IN MAKING CHANGES IN OPERATIONS TIMELINES FOR 
MULTI-CARGO MISSIONS 

• RESOLVES CONTINGENCY OPERATIONS BETWEEN PAYLOAD CLASSES 

• INSURES STANDARDIZATION OF PROCEDURES, FORMATS FOR OPERATIONAL INTERFACES OF 
ALL PAYLOAD CLASSES 

9 RESOLVES CONFLICTS OF REQUIREMENTS BETWEEN PAYLOAD CLASSES DURING REAL TIME 
OPERATIONS 

9 MAINTAINS SCHEDULE AND STATUS ON ALL PAYLOADS AND ASSESSES IMPACT OF REAL TIME 
OPERATIONAL CHANGES ON OTHER SCHEDULED OPERATIONS 



STS PAYLOAD OPERATIONAL INTERFACES WITH STS FLIGHT OPERATIONS 


r 


L 










STS PAYLOAD OPERATIONS IMPLEMENTATION GUIDELINES 



STS PAYLOAD OPERATIONS IMPLEMENTATION GUIDELINES 


MAJOR DRIVERS FOR PAYLOAD OPERATIONS IMPLEMENTATION ARE: 


DRIVER 
• COST 


• FLIGHT RATE BUILD-UP 


9 INCREASING NUMBERS 
OF FLIGHT OVERLAPS 


FACTORS 

- USE EXISTING CAPABILITIES 

- STANDARDIZATION OF SYSTEMS AND 
PROCEDURES 

- TIME PHASED IMPLEMENTATION 

- IMPROVED SYSTEM TURN-AROUND TIMES 

- ENHANCED DATA HANDLING CAPABILITIES 

- MULTIPLE RESOURCES FOR DATA HANDLING, 
COMPUTATION, AND TEAM STRUCTURES 

- DATA COMPRESSION/FILTERING AT SOURCES 


• COMMON PAYLOAD INTERFACES 
WITH MCC-H 


STANDARD OPERATING INTERFACES AND 
PROCEDURES 


9 ACCOMMODATION OF 
SPACELAB PAYLOADS 


SPACELAB PAYLOADS LARGEST SINGLE CLASS 

ALL SHORT DURATION 

ALL POCC'S STANDARD AND CAPABLE OF 
SPACELAB PAYLOAD SUPPORT 



NUMBERS 

OF 

FLIGHTS 

AND 

OVERLAPS 


ANALYSIS OF TRAFFIC MODEL AND FLIGHT OVERLAPS 




DURATION OF STS OPERATIONS SHOWING OVERLAPS 


PAYLOAD FLIGHT TYPE AND 
DURATION 

A 

SPACELAB MODULE 
AND PALLET ^ATL 

7-30 DAYS 

A 

SPACELAB MODULE 
AND PALLET -AMPS 

7-30 DAYS 

C 

SPACELAB 
PALLET ONLY, SO 
7-30 DAYS 

C 

SPACELAB PALLET 
ONLY - STELLAR 

7-30 DAYS 

B 

SPACELAB MODULE 
AND PALLET 
MULTI-DISCIPLINE 

7-30 DAYS 

D 

SPACELAB, PALLET 
ONLY, MULTI-DISCIPLINE 

7-30 DAYS 

J 

SPACELAB MODULE 
ONLY, dedicated 
DISCIPLINE L S 

7-30 DAYS 

J 

MULTI-CARGO 
DEUVERY - EXPLORER/ 
STP 

2 YEARS 



1885 

|l986 

1987 

^988 


1 \ 1 

NO OVERLAP 

t 

! 

1 

NO OVERLAP 

1 

1 

NO OVERLAP 



NO OVERLAP 

! 

! 



1 

1 1 1 

NO OVERLAP 

! 

! 


NO OVERLAP 
1 

1 





ASSUME 6 SHUTTLE FLIGHTS PER YEAR WITH NO OVERLAP, HOWEVER 2 OVERLAPPING PL OPERATIONS DUE TO 
7 FLIGHTS In 1990 AND B FLIGHTS, IN 1991. 






















DURATION OF STS OPERATIONS SHOWING OVERLAPS (Continued) 


PAYLOAD FLIGHT TYPE AND DURATION 

L 

1US PLANETARY, 
MARINER 

7 YEARS 

N 

TUG PLANETARY, 
PIONEER 

5 YEARS 

K/M 

1 US/TUG 

MULTI -SATELLITE, 

COMSAT, DISASTER WARNING 

F 

LEO DELIVERY AND 
RETRIEVAL, LST 

3 YEARS 


MULTI-CARGO, 
LEO, DELIVERY, 
BESS, SE OPS 

6 MOS/7 DAYS 

G 

LEO REVISIT WITHOUT 
EVA, EOS 
2-7 DAYS 

H 

LEO REVISIT WITH 
EVA, LST 

2-7 DAYS 

L/N 

rJS/TUG 

SINGLE SATELLITE, 
2-.$ YEARS 

M 

TUG DEDICATED 
RETRIEVAL 

3 DAYS 


NO OVERLAP 

{NOT CONTROLLED BY NASA FACILtTYJ 

I I I I I I I 
























STS PAYLOAD OPERATIONS lAAPLEMENTATION GUIDELINES AND CONSIDERATIONS 


IMPLEMENTATION RATIONALE 

9 START WITH EXISTING SYSTEM, CONCEPT NO. 1 

0 GROW TOWARDS CONCEPT CONFIGURATION NO. 2 OR NO. 3 AS SYSTEM LOADING 
DICTATES 

e EMPLOY A TIME PHASED EVOLUTIONARY BUILDING BLOCK APPROACH 

0 MEET EXPANDING LOADS BY INCREASING EFFICIENCY RATHER THAN ADDING POCC'S. 
ACHIEVE THROUGH: 

- STANDARDIZATION 

- IMPROVED UTILIZATION 
" POCC VERSATILITY 

- FIRMWARE VERSUS SOFTWARE 

- INTEGRATION OF SEPARATE CAPABILITIES 


A PRACTICAL APPROACH SUGGESTS EVOLVING FROM PRESENT SYSTEM TOWARD A 
INTEGRATED, SYSTEM FOR STS PAYLOAD SUPPORT 



STS PAYLOAD 



IMPLEMENTATION PHASES 


1983 


[ 1984 

1985 

1986 

1987 

1988 

1989 


PHASE III 




STANDARDS 
PORTABLE TERMINALS 

IMPLEMENTATION 
FOR PHASE IV 


PHASE IV 


\ 


FULLY INTEGRATED 
NASA-WIDE 

PAYLOAD SUPPORT SYSTEM 




















PAYLOAD OPERATIONS IMPLEIVIENTATION GUIDELINES AND CONSIDERATIONS 


PHASE I - 1976 TO 1980 - REQUIREMENTS DEFINITION - IMPLEMENTATION OF BASELINE SYSTEM 

• COMPLETE STUDIES TO DEFINE NASA-WIDE STS PAYLOAD SYSTEM INTEGRATION AND IMPLEMENTATION 
APPROACH. 

- REFINE PAYLOAD REQUIREMENTS FOR LONG RANGE SUPPORT 

DEFINE PAYLOAD STANDARDS FOR COMMUNICATIONS, DATA FORMATS, COMMAND SYSTEMS, POCC'S. 

- TECHNOLOGY ASSESSMENT STUDIES - STANDARD FIRMWARE TO REPLACE SOFTWARE. 

- DEFINE HOST FACILITIES TO PROVIDE STANDARD USER SUPPORT FUNCTIONS AND INTERFACES. 

INVESTIGATE IMPLEMENTATION OF PORTABLE REMOTE POCC OR DATA MONITORING FACILITY 
WITH DOMSAT TERMINAL. 

- MAKE TRADE-OFFS FOR EXPANSION OF THREE CENTER BASELINE SYSTEM CAPABILITIES VS 
ADDITIONAL CENTERS AS PAYLOAD OPERATIONS CENTERS. 

- DETERMINE IMPLEMENTATION APPROACH FOR STANDARD DATA TRANSFER CAPABILITY BETWEEN CENTERS. 

- DEFINE A SUPERVISORY CENTERWIDE DATA BASE MANAGEMENT SYSTEM FOR PAYLOAD OPERATIONS. 

- DEFINE A STANDARD POCC WITH QUICK TURN-AROUND CAPABILITY. 

- ESTABLISH STANDARDS AND REQUIREMENTS FOR DATA COMPRESSION FOR LONG TERM HIGH DATA RATE 
PAYLOADS. 

0 DESIGN AND IMPLEMENT SPACELAB POCC CAPABILITIES. 

e AUGMENT BASELINE CENTERS FOR PAYLOAD SUPPORT IN ACCORDANCE WITH EXISTING PLANS FOR SUPPORT 
OF PHASE II PAYLOADS. THIS INCLUDES TDRSS GROUND COMMUNICATION SUPPORT CAPABILITY. 


BEGIN INTRODUCING STS PAYLOAD STANDARDS TO BE EFFECTIVE IN PHASE III AND IV. 



PAYLOAD OPERATIONS IMPLEMENTATION GUIDELINES AND CONSIDERATIONS 


PHASE II - 1980 TO 1983 - BASELINE SYSTEM - AUGMENTED EXISTING CAPABILITY; IMPLEMENTATION 
FOR PHASE III. . 

• INTRODUCE DOMSAT TERMINALS AT POCS. 

« INTEGRATE CONTROL AND SCHEDULING OF ALL PAYLOAD TRACKING AND DATA ACQUISITION 
FACILITIES UNDER A SYSTEM NOCC. 

« INTRODUCE FULLY COMPATIBLE SYSTEM FOR INTERCENTER DATA TRANSMISSION. 

6 ESTABLISH SUPERVISORY DATA BASE MANAGEMENT SYSTEM UNDER CENTRAL AUTHORITY. 

• IMPOSE STANDARDS FOR DATA FORMATS, COMMAND SYSTEMS AND STRIPPING/PROCESSING DATA FOR 
STS PAYLOADS. 

• INTRODUCE STANDARD OPERATING PROCEDURES FOR 

- REAL TIME MODIFICATION OF FLIGHT PLANS 

- PRIORITY SCHEMES FOR RESOLVING CONFLICTS IN RESOURCES REQUIREMENTS 

- AUTOMATED SCHEDULING SYSTEMS 

- COMPUTERIZED DOCUMENTATION GENERATION AND UPDATE 

« HIGH SPEED, HIGH RESOLUTION FACSIMILE FOR TRANSFER OF HARD COPY BETWEEN REMOTE 
OPERATORS. 

• . ESTABLISH OPERATIONAL INTERFACES WITH VAFB. 



PAYLOAD OPERATIONS IMPLEMENTATION GUIDELINES AND CONSIDERATIONS 


PHASE III - 1983 TO 1986 - TRANSITION PHASE - IMPLEMENTATION FOR PHASE IV 

• PHASE IN STANDARD OPERATING CONSOLE MODULES AT ALL POCC'S.' 

• INTRODUCE STANDARD DISPLAY SYSTEMS FOR ALL POCC’S. 

e IMPLEMENT STANDARD POCC DESIGNS NECESSARY FOR ANY POCC TO SUPPORT ANY PAYLOAD AND 
TO PERMIT RECONFIGURATION WITHIN 10 TO 15 DAYS. 

• IMPLEMENT STANDARD USER INTERFACES WITHIN HOST FACILITIES FOR USERS TO ACCESS THE 
INTEGRATED SYSTEM. 

e PROVIDE A SYSTEM OF PORTABLE POCC/DOMSAT TERMINALS TO INTERFACE REMOTE CENTERS OR 
USER FACILITIES WITH HIGH DATA RATE REQUIREMENTS INTO THE NASA SYSTEM. 



PAYLOAD OPERATIONS IMPLEMENTATION GUIDELINES AND CONSIDERATIONS 


PHASE IV - MID 1986 THROUGH 1991 - FULLY INTEGmED NASA-WIDE STS PAYLOAD SUPPORT SYSTEM, 
e SYSTEM SUPPORTS FULL TRAFFIC- MODEL. 

9 ALL SYSTEM ENHANCEMENTS COMPLETE AT BEGINNING OF PHASE IV. 

0 AN INTEGRATED NETWORK OF NASA PAYLOAD CENTERS WILL PROVIDE MAXIMUM FLEXIBILITY 

FOR RESPONSE TO CHANGES DURING REMAINDER OF STS OPERATIONAL ERA. 
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